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© Automatisierungsgerat mit Test in einzelnen Schritten. 

© Bei Automatisierungsgeraten (l) mit einem Stan- 
dardprozessor (3) und mit einem Compiler (8) uber- 
setzt letzterer zur schnellen Abarbeitung ein im Ma- 
schinencode vorliegendes Anwenderprogramm in die 
Maschinensprache des Standardprozessors (3). Der 
Standardprozessor (3) arbeitet das Anwenderpro- 
gramm ab. Zum Programmtest wurde bisher der 
Maschinencode interpretativ vom Standardprozessor 
mit entsprechendem Zeitaufwand abgearbeitet. Der 
viel schneilere befehlsgranulare Oneline-Test im Ma- 
schinencode ist moglich. indem ein Speicher vorge- 
sehen wird zur Abspeicherung einer Testinformation, 
die fur den zu testenden Bereich des Anwenderpro- 
gramms die Zuordnung zwischen den Adressen je- 
des Befehls im Maschinencode zu den Adressen der 
entsprechenden Befehle in der Maschinensprache 
des Standardprozessors (3) beinhaltet. Weiterhin 
sind Mittel (5) zur Unterbrechung des Programmab- 
laufs vorgesehen. 
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Die Erfindung betrifft ein Automatisierungsgerat 
mit einem ersten Speicher zur Speicherung eines 
Anwenderprogramms im Maschinencode mit einem 
Standardprozessor. der in seiner eigenen Maschi- 
nensprache arbeitet, mit einem Compiler, der zur 
Ubersetzung des im Maschinencode stehenden An- 
wenderprogramms in die Maschinensprache des 
Standardprozessors dient. in der das Anwenderpro- 
gramm fur den Standardprozessor abarbeitbar ist. 

Automatisierungsgerate der obengenannten Art 
sind bekannt. Eine wichtige Anforderung an Auto- 
matisierungsgerate ist die Moglichkeit sie Online, 
d.h. wahrend des Betriebs testen zu kdnnen. Bis- 
her bekannte Testfunktionen basieren auf der Mog- 
lichkeit, das im Maschinencode vorliegende An- 
wenderprogramm im Einzelschrittbetrieb ablaufen- 
zulassen. Hierbei wird nach Ausfuhrung jedes Be- 
fehls die Abarbeitung des Anwenderprogramms un- 
terbrochen, um die Testdaten sammeln zu kdnnen. 
Bei Automatisierungsgeraten der obengenainnten 
Art ist ein. solcher Online-Test nicht anwendbar. 
weil hierbei das Anwenderprogramm in der Maschi- 
nensprache des Standardprozessors abgearbeitet 
wird. Hierbei stellt sich das Problem, da/5 der Ma- 
schinencode des Automatisierungsgerats zur Ma- 
schinensprache in seinen Befehlsgrenzen nicht 
proportional ist. Oemzufolge ist nicht bekannt, wel- 
che Unterbrechungsstellen in der Maschinenspra- 
che den Befehlsgrenzen des Maschinencodes ent- 
sprechen. Die beschriebene Einzelschrittbearbei- 
tung zum Online-Test ist daher bei Abarbeitung 
des Anwenderprogramms in der Maschinensprache 
nicht moglich. Um dennoch den Maschinencode im 
Einzelschrittbetrieb testen zu konnen. wurde bisher 
der Test in einer anderen Betriebsart vorgenom- 
men. in der der Maschinencode interpretativ vom 
Standardprozessor abgearbeitet wird. Diese inter- 
pretative Abarbeitung geschieht in Software und 
benotigt eine erhebliche Bearbeitungszeit pro Be- 
fehl. die sich wie etwa folgt aufteilt: 

1. Opcode Fetch (5 m/sec.) 

2. Decodieren (35 m/sec.) 

3. Ausfuhren (30 m/sec.) 

Dies bedeutet, da/* fur Online- Tests erhebliche 
Bearbeitungszeiten benotigt werden. Der an sich 
durch Verwendung des Compilers gegebene Vor- 
teil, das Anwenderprogramm in der Maschinen- 
sprache des Standardprozessors schnell abarbeiten 
zu kdnnen, kommt hier iiberhaupt nicht zum Tra- 
gen. Es besteht daher die Aufgabe, ein Automati- 
sierungsgerat der obengenannten Art zu schaffen. 
das einen Online-Test befehlsgranular im Maschi- 
nencode ermdglicht, wobei die Abarbeitung des 
Anwenderprogramms in der Maschinensprache des 
Standardprozessors erfolgt. 

Dies wird dadurch gelost, da/3 ein zweiter Spei- 
cher vorgesehen ist. zur Abspeicherung einer Test- 
information, die fur den zu testenden Bereich des 



Anwenderprogramms die Zuordnung zwischen den 
Adressen jedes Befehls im Maschinencode zu den 
Adressen der entsprechenden Befehle in der Ma- 
schinensprache des Standardprozessors beinhaltet 
5 und da/3 Mittel vorgesehen sind, die zur Sammlung 
von Testdaten an einer vorwahlbarert Befehlsadres- 
se im Maschinencode die Abarbeitung des Anwen- 
derprogramms durch den Standardprozessor unter- 
brechen, wenn die dieser Befehlsadresse entspre- 

w chenden Befehlsadressen in der Maschinensprache 
gemafl der Testinformation bei der Abarbeitung 
des Anwenderprogramms in der Maschinensprache 
erreicht sind. Es erweist sich als vorteilhaft, wenn 
die Mittel als Adressvergleicher ausgefuhrt sind. da 

is dieser leicht realisierbar ist. Es ist jedoch auch ein 
Vorteil, wenn ein dritter Speicher vorgesehen ist. in 
dem ein Unterbrechungsprogramm abgespeichert 
ist. mit welchem nach Ausfuhrung des Befehls eine 
Unterbrechung der Abarbeitung des Anwenderpro- 

20 gramms zur Sammlung von Testdaten erfolgt. Die- 
se Weiterbildung erlaubt. den Prozessor unabhan- 
gig von seiner Prozessorarchitektur stets nach je- 
dem Befehl anzuhalten. Eine besonders anwender- 
freundliche und vorteilhafte Ausfuhrung ist dadurch 

25 gegeben, wenn das Anwenderprogramm in einem 
bestimmten Maschinencode uber ein Programmier- 
gerat in das Automatisierungsgerat eingegeben 
wird. wobei das Programmiergerat selbst die Um- 
setzung eines in einer anwenderfreundlichen Pro- 

no grammiersprache eingegebenen Anwenderpro- 
gramms in den Maschinencode vornimmt. Diese 
Ausfuhrung schafft die Kompatibilitat zwischen ver- 
schiedenen Programmier- und Automatisierungsge- 
raten. Zur Durchfuhrung des Online-Tests eines 

35 Anwenderprogramms bei einem Automatisierungs- 
gerat eignet sich besonders gut das Verfahren 
nach Anspruch 5. Dieses ermdglicht, den Online- 
Test unter Beibehaltung der schnellen Abarbeitung 
des Anwenderprogramms in der Maschinensprache 

40 vorzunehmen. 

Im folgenden wird ein Ausfuhrungsbeispiel der 
Erfindung anhand einer Zeichnung naher erlautert. 
Es zeigen: 

FIG 1 die Hardware-Architektur eines Auto- 
es matisierungsgerates mit daran ange- 
schlossenem Programmiergerat. 
FIG 2 die Zuordnung der Befehlsgrenzen im 
Maschinencode zu denen in der Ma- 
schinensprache des Prozessors mit 
go Hilfe einer Liste, 

FIG 3 den Ablaufplan fur einen Test. 
FIG 1 zeigt ein Automatisierungsgerat 1 mit 
einem ersten Speicher 2, einem zweiten Speicher 
4. einem dritten Speicher 6, einem Adressverglei- 
55 cher 5 und einem Compiler 8. Mit dem Automati- 
sierungsgerat t ist ein Programmiergerat 7 verbun- 
den, uber das kundenseitig ein Anwenderpro- 
gramm eingegeben werden kann. Zur Eingabe die- 
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ses Anwenderprogramms stehen z.B. drei Alternati- 
ven zur Verftigung: 

1. eine Anweisungsliste AWL. 

2. ein Koppelplan KOP und 

3. ein Funktionsplan FUP (siehe Siemens Steue- 
rungen programmieren mit Step 5, Berger, Band 
2, 1983). 

Das Programmiergerat 7 generiert aus dieser 
Eingabeinformation einen bestimmten Maschinen- 
ccde, in dem das Anwenderprogramm dem Auto- 
matisierungsgerat 1 eingegeben wird. Bei Verwen- 
dung dieses stets gleichen Maschinencodes fur 
Automatisierungsgerate verschiedener Typen und 
auch bei verschiedenen Programmiergeraten 7 
sind diese untereinander kompatibeL Mit Hilfe*des 
Compilers 8 wird das Anwenderprogramm vom 
Maschinencode in die Maschinensprache des Stan- 
dardprozessors 3 ubersetzt. Dem Automatisie- 
rungsgerat 1 wird, z.B. uber das Programmiergerat 
7, vorgegeben, nach welchen ausgefuhrten Befeh- 
len im Maschinencode bei der Abarbeitung des 
Anwenderprogramms Testdaten gesammelt werden 
sollen. Da aber das Anwenderprogramm in der 
Maschinensprache des Standardprozessors 3 ab- 
gearbeitet wird, mussen die entsprechenden Unter- 
brechungssteilen des Anwenderprogramms in der 
Maschinensprache bestimmt werden, die den ge- 
wahlten Unterbrechungsstellen im Maschinencode 
cntsprechen. Diese als Testinformation bezeichnete 
Zuordnung der jeweiligen Befehlsadressen wird in 
einer Liste gema/3 FIG 2 eingetragen. Da die 
Online-Tests meist nur fur jeweils bestimmte Pro- 
grammbausteine innerhalb des Anwenderpro- 
gramms durchgefuhrt werden, ist es vorteilhaft. die 
Testinformation jeweils auf diesen Programmbau- 
stein zu beschranken. In diesem Fall ist der zur 
Abspeicherung der Testinformation erforderliche 
Speicherbedarf entsprechend gering. Der Testinfor- 
mation ist nur temporar in einem hierfur vorgese- 
henen Speicher abgespeichert, denn der Speicher- 
inhalt wird bei einem nachfolgenden Test eines 
anderen Programmbausteins mit dessen zugehbri- 
ger Testinformation uberschrieben. Die Testinfor- 
mation ist eine Liste, in der die Positionen der 
Listeneintrage proportional zum Maschinencode 
sind und die Listeneintrage auf die relevanten Stel- 
len in der Maschinensprache zeigen. 

FIG 2 zeigt. da/3 je Maschinenbefehl mehrere 
Unterbrechungsursachen denkbar sind, um die 
Testdaten sammeln zu konnen. In FIG 2 sind zwei 
Unterbrechungsursachen je Maschinenbefehl reali- 
sierbar. Aus der Zuordnung zwischen den Adres- 
sen im Maschinencode und den Adressen in der 
Maschinensprache des Prozessors, die mit der 
Testinformation gegeben sind, ist es mdglich, Test- 
daten nach Ausfuhrung bestimmter Befehle im Ma- 
schinencode zu sammeln. Dabei ist zu beachten, 
da/3 die Adressen, auf den betreffenden Programm- 
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baustein bezogen, relative Adressen sein konnen, 
zu denen die entsprechenden absoluten Adressen 
im Anwenderprogramm unter Berucksichtigung des 
betrachteten Programmbausteins bestimmt werden., 

s Zur Abspeicherung der Testinformation dient der 
zweite Speicher 4. Um gema/3 der Testinformation 
das Anwenderprogramm bei der Abarbeitung zur 
Sammlung von Testdaten zu unterbrechen, wird 
der Adressvergleicher 5 eingesetzt. der die aktuelle 

jo Adresse bei der Abarbeitung des Anwenderpro- 
gramms mit der jeweiligen Adresse vergleicht, bei 
der eine Unterbrechung erfolgen soil. Bei Uberein- 
stimmung beider Adressen gibt der Adressverglei- 
cher 5 ein Unterbrechungssignal an den Standard- 

75 prozessor 3. Aufgrund dieser Unterbrechung wer- 
den die anstehenden Testdaten gesammelt. Vorteil- 
hafterweise wird die Maschinensprache des Pro- 
zessors, d.h. der zu testende Code bei diesem 
Testverfahren uberhaupt nicht geandert. Weitere 

p.q Vorteile sind, da/3 der Test nur einen geringen 
zeitlichen Offset mit sich bringt und der Test im 
Originalcode. d.h. dem Maschinencode durchge- 
fuhrt wird. Auflerdem kann das Anwenderprogramm 
an Stellen angehalten werden, die nicht in einem 

sc> schreibbaren Speicherbereich liegen. Allerdings 
mu/3 der Prozessor befehlsgranular unterbrechbar 
sein. 

Alternativ zu dem hardwaremaflig ausgefuhrten 
Adressvergleicher 5 ist es auch denkbar, einen 

30 speziellen Programmteil vorzusehen, der in dem 
dritten Speicher 6 abgelegt ist. Mit diesem als 
Software-Anker zu betrachtenden Programmteil 
wird das in der Maschinensprache stehende An- 
wenderprogramm, das der Unterbrechungsstelle 

35 folgt, uberschrieben. Solange an der Stelle die 
Testdaten gesammelt werden, unterbricht dieser 
Programmteil die Abarbeitung des Anwenderpro- 
gramms. Zur Fortsetzung des Anwenderpro- 
gramms wird dieser Programmteil wieder mit den 

40 ursprungtich an dieser Stelle gestandenen Befehlen 
des Anwenderprogramms uberschrieben. Diese Ld- 
sung weist den Vorteil auf, da/3 der Standardpro- 
zessor unabhangig von seiner Prozessorarchitektur 
stets angehalten werden kann. Dies ist bei der 

45 zuvor beschriebenen Hardware-Ldsung mit dem 
Adressvergleicher 5 nicht immer definiert moglich. 
Au/terdem besteht auch hier der Vorteil eines nur 
geringen zeitlichen Offsets durch den Test. Nach- 
teilig ist jedoch bei der Ausfuhrung mit dem 

so Software- Anker, da/3 das Anwenderprogramm nur 
dort angehalten werden kann, wo der Speicher 
beschreibbar ist. Weiterhin wird beim Test nicht 
der Originalcode abgearbeitet. 

Bild 3 zeigt den Ablauf des Online-Tests in 

55 einem Ablaufplan (AG-Protokoll). Der Online-Test 
wird dadurch eingeleitet, da/3 uber das Program- 
miergerat 7 ein Testauftrag an die Zentraleinheit 
des Prozessors 3 mit Informationen uber den zu 

3 
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testenden Baustein und die relativen Adressen der 
Ein2elschrittbearbeitung, bezogen auf den Bau- 
steinbeginn, gegeben werden. In der Zentraleinheit 
ist nun uber die Testinformationsliste die absolute 
Adresse der Unterbrechung im Code der Maschi- 
nensprache abfragbar. Die absolute Adresse der 
Unterbrechungsstelle wird in einem hardwarema/3ig 
vorhandenen Adressvergleicher 5 geladea der den 
Adressbus bezuglich der zu den Befehlen gehdren- 
den Opcode-Fetch-Zugriffe des Prozessors 3 auf 
die angegebene Adresse uberwacht. Erkennt der 
Adressvergleicher 5 diesen Zugriff, meldet er dies 
dem Prozessor durch ein Unterbrechungssignal 
(siehe FIG 2). Der Prozessor 3, der selbst den 
Zugriff durchgefuhrt hat, wird nach Bearbeitung 
des zuvor geholten Befehlscodes durch den 
Adressvergleicher 5 unterbrochen. 

In der Interrupt-Service-Routine werden die 
Testdaten gesammelt. Danach wird anhand des 
Testauftrags und der Testinformation entschieden, 
ob weitere Unterbrechungen erforderlich sind. 

Falls weitere Unterbrechungen notwendig sind, 
wird in der Interrupt-Service-Routine der Adressver- 
gleicher 5 neu geladen, ansonsten bleibt er unan- 
getastet. Ist die Interupt-Service-Routine beendet. 
so wird die Programm bearbeitung an der Unterbre- 
chungsstelle fortgesetzt. Dieser Mechanismus wie- 
derholt sich bis zur Deaktivierung des Adressver- 
gleichers 5. Der Online-Test nach dem zuvor be- 
schriebenen Verfahren ist nur durchzufuhren. wenn 
zwei Anforderungen erfullt sind: 

1. Der Prozessor mu/3 befehlsgranular unter- 
brechbar sein und 

2. die betreffende Unterbrechung darf nicht 
maskiert sein, bzw. mud im Verhaltnis zur Abar- 
beitung des Codes in der Maschinensprache die 
richtige Prioritatslage haben. 

Die Forderung nach der Nichtmaskierung be- 
deutet. da/J der Prozessor imstande sein mu/3, den 
Interrupt des Adreflvergleichers 5 zu bemerken. 
Hierzu darf der Interruptkanal im Prozessor nicht 
gesperrt sein. 

Im Prozessor haben Interrupts bestimmte Prio- 
ritaten. Die Interrupt-Service-Routine hat immer die 
gleiche Prioritat wie der Interrupt selbst. Interrupt- 
Service-Routinen mit niederer Prioritat konnen 
durch hoherpriore Interrupts mit den daran hangen- 
den Interrupt-Service-Routinen unterbrochen wer- 
den. Niederpriore Interrupts konnen hoherpriore 
Interrupt-Service-Routinen nicht unterbrechen. 
Beim vorliegenden Test ist die Programmbearbei- 
tung niederprior als der Interrupt durch den Adre/3- 
vergleicher 5. Folglich konnen Testdaten gesam- 
melt werden, da der Prozessor den Interrupt vom 
Andreflvergleicher 5 durchlatft, solange das nieder- 
priore Programm lauft. 

Patentanspriiche 
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1. Automatisierungsgerat (1) mit einem ersten 
Speicher (2) zur Speicherung eines Anwender- 
programms im Maschinencode, mit einem 

5 Standardprozessor (3), der in seiner eigenen 

Maschinensprache arbeitet, mi( einem Compi- 
ler (8), der zur Ubersetzung des im Maschinen- 
code stehenden Anwenderprogramms in die 
Maschinensprache des Standardprozessors (3) 

J o dient, in der das Anwenderprogramm fur den 

Standardprozessor (3) abarbeitbar ist. da- 
durch gekennzeichnet, da/3 ein zweiter Spei- 
cher (4) vorgesehen ist, zur Abspeicherung 
einer Testinformation. die fur den zu testenden 

'5 Bereich des Anwenderprogramms die Zuord- 

nung zwischen den Adressen jedes Befehls im 
Maschinencode zu den Adressen der entspre- 
chenden Befehle in der Maschinensprache des 
Standardprozessors beinhaltet. und da/3 Mittel 

w f5) vorgesehen sind. die zur Sammlung von 

Testdaten an einer vorwahlbaren Befehlsadres- 
se im Maschinencode die Abarbeitung des An- 
wenderprogramms durch den Standardprozes- 
sor (3) unterbrechen, wenn die dieser Befehls- 

•?5 adresse entsprechenden Befehlsadressen in 

der Maschinensprache gema/J der Testinfor- 
mation bei der Abarbeitung des Anwenderpro- 
gramms in der Maschinensprache erreicht 
sind. 

30 

2. Automatisierungsgerat nach Anspruch 1. da- 
durch gekennzeichnet, da/3 die Mittel aJs 
Adressvergleicher (5) ausgefuhrt sind. 

35 3. Automatisierungsgerat nach Anspruch t, da- 
durch gekennzeichnet, da/J ein dritter Spei- 
cher (6) vorgesehen ist. in dem ein Unterbre- 
chungsprogramm abgespeichert ist, mit wel- 
chem nach Ausfuhrung des Befehls eine Un- 

JQ terbrechung der Abarbeitung des Anwender- 

programms zur Sammlung von Testdaten er- 
folgt. 

4. Automatisierungsgerat nach einem der vorher- 
-•5 gehenden Anspruche, dadurch gekennzeich- 

net, da/3 das Anwenderprogramm in einem be- 
stimmten Maschinencode uber ein Program- 
miergerat (7) in das Automatisierungsgerat (1) 
eingegeben wird, wobei das Programmiergerat 
so (7) selbst die Umsetzung eines in einer an- 

wenderfreundlichen Programmiersprache ein- 
gegebenen Anwenderprogramms in den Ma- 
schinencode vornimmt. 

55 5. Verfahren zum Online-Test eines Anwender- 
programms bei einem Automatisierungsgerat 
nach Anspruch 1, dadurch gekennzeichnet, 
da/3 in einem ersten Schritt dem Automatisie- 
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rungsgerat (1) die Adressen der Befehle im zu 
testenden Bereich des Anwenderprogramms 
im Maschinencode eingegeben werden, nach 
deren Ausfuhrung in der Maschinensprache 
Testdaten gesammelt werden, im zweiten s 
Schritt ein Ubersetzungslauf des in Maschinen- 
code vorliegenden Anwenderprogramms in die 
Maschinensprache des Standardprozessors (3) 
erfolgt, bei dem fur den zu testenden Bereich 
des Anwenderprogramms die Zuordnung zwi- w 
schen den Adressen jedes Befehls im Maschi- 
nencode zu den Adressen der entsprechenden 
Befehle in der Maschinensprache des Stan- 
dardprozessors (3) bestimmt wird, im dritten 
Schritt als Testinformation die Zuordnung in 75 
dem zweiten Speicher (4) abgelegt wird, im 
vierten Schritt der Adressvergleicher (5) die 
Abarbeitung des Anwenderprogramms durch 
den Standardprozessor unterbricht, wenn die 
den im ersten Schritt eingegebenen Adressen 20 
entsprechenden Befehlsadressen in der Ma- 
schinensprache gema/3 der Testinformation bei 
der Abarbeitung des Anwenderprogramms in 
der Maschinensprache erreicht werden und im 
funften Schritt die bei jeder Unterbrechung an- 25 
stehenden Testdaten gesammelt werden. 
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FIG 1 



Mnemonik Maschinencode 

relative 
Adresse 

UEO.O 0 



UEO.O 1 



UEO.O 2 



UEO.O 3 



= A3.0 k 




Testinformation 

relative 
Listenposition 

0 




Maschinencode des 
Standartprozessors 

MOV DPTR. #PAE 

MOVX A. @ DPTR 

MOV C.ACC.O 

ANL C.ACC.1 

ANL C.ACC.2 

MOV DPTR.#PAE*1 

MOVX A. @ DPTR 

ANL C.ACC.2 

MOV DPTR.#PAA*3 

MOVX A. @ DPTR 

MOV ACC.O.C 

MOVX @DPTR.A 

FIG 2 



EP 0 450 116 A1 



WAIT JOB 







Testauftrag / 
empfangen \ 






Testinformation fur den 
Testling generieren 






ADV einsteden 
und aktivieren 







JOB RUN 



WAIT INTERRUPT 







Interrupt / 
durch ADV \ 






Testdaten 
sammeln 






ADV neu einstellen 







WAIT INTERRUPT 



JOB RUN 



Auftrag beenden 



AG - Protokoll 



ADV deaktivieren 



— \ FIG 3 

WAITJOB ) 



J 



Europaisches 
Patentamt 



EUROPAISCHER 
RECHERCHENBERICHT 



Nummer der Anmeldung 



EP 90 10 6297 



EINSCHLAGIGE DOKUMENTE 



Kategorie 



Kennzefchmmg des Dokuments mit Angabe. so welt erforderilch, 
der ma/Jgeoilchen Telle 



Betrifft 
Ansorucn 



KLASSlFIKATIpN OHR 
ANMELDUNG (tnt. CI.5) 



A 

Y 



PATENT ABSTRACTS OF JAPAN, Band 301, Nr. 415 
(P-102), 1990; 

& JP-A-2 012 344 (MATSUSHITA ELECTRIC) 17-01-1990 
* Insgesamt " 

IDEM 

FR-A-2 612 661 (REIGA) 

" Figur 1; Seite 2, Zeile 19 - Seite 3, Zeile 6; Seite 5, Zeile 8 
- Seite 6. Zeite 15 * 

IBM TECHNICAL DISCLOSURE BULLETIN, Band 22, Nr. 6. 
November 1979, Seiten 2578-2583, Armonk, New York, US; 
H.P. SCHLAEPP1 et al.: "Debugging system compatible with 
optimizing compiler" 

' Seite 2578, Zeilen 1-32; Seite 2581, Zeilen 10-28 * 



1.2 
5 

1.2 



oer vorllegende flecherchenberlcnt wurde fur alio Patentanspruche ersteltt 



G 06 F 11/00 



RECHERCHIERTE 
SACHGEBIETE (Int. Cl.S) 



G 06 F 1 1 
G 06 F9 
G 05 B 19 



Recherchenort 



Den Haag 



Abscniufldatum der Recrtercrie 

23 November 90 



Priifer 



GORZEWSKI M. 



KATEGORIE OER GENANNTEN 0OKUM6NTE 
X : von besonderer Bedeutung allein betrachtet 
Y : von besonderer Bedeutung in Verbindung mit einer 

anderen Verbffentlichung derselben Kategorie 
A : technologischer Hintergrund 
O: nichtschriftliche Offenbarung 
P : Zwischenliteratur 

T : der Erfindung zugrunde liegende Theorien Oder Grundsatze 



E : alteres Patentdokument, das jedoch erst am oder 
nach dem Anmeldedatum veroffentlicht worden ist 
0 : in der Anmeldung angefiihrtes Ookument 
L : aus anderen Griinden angefiihrtes Ookument 

& : Mitglied der gteichen Patentfamtlie, 
ubereinstimmendes Ookument 



